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BACKGROUND OF THE INVENTION 

5 Field of the Invention 

The present invention relates to the field of customer support and more 
particularly to knowledge management systems for use with customer support 
systems. 

Description of the Related Art 

10 As the value and use of information continues to increase, individuals and 

businesses seek additional ways to process and store information. One option 
available to users is information handling systems. An information handling system 
generally processes, compiles, stores, and/or communicates information or data for 
business, personal, or other purposes thereby allowing users to take advantage of the 

15 value of the information. Because technology and information handling needs and 
requirements vary between different users or applications, information handling 
systems may also vary regarding what information is handled, how the information is 
handled, how much information is processed, stored, or communicated, and how 
quickly and efficiently the information may be processed, stored, or communicated. 

20 The variations in information handling systems allow for information handling 

systems to be general or configured for a specific user or specific use such as financial 
transaction processing, airline reservations, enterprise data storage, or global 
communications. In addition, information handling systems may include a variety of 
hardware and software components that may be configured to process, store, and 

25 communicate information and may include one or more computer systems, data 
storage systems, and networking systems. 
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With the proliferation of information handling systems such as home and 
business computers, the provision of timely and efficient diagnostic, support, and 
maintenance services to end users has become an important issue for manufacturers 
and sellers of computer systems. It is not uncommon for end users, especially new 
5 users, or experienced users attempting to add or reconfigure existing systems, to 
experience difficulties with their systems. For example the system might lock up 
(often referred to as freezing up or hanging). Also for example, a peripheral of the 
computer system, such as a hard drive, disk drive, or printer, may not function 
properly. In other cases, the computer system may not recognize the peripheral. The 
1 0 solution to these sorts of problems may range from simply turning on power to the 
affected peripheral, reconnecting the affected peripheral, reconfiguring the computer 
system hardware or software, or installing a necessary software patch for the affected 
peripheral. 

To diagnose and correct an issue, users typically have had to consult user's 
1 5 manuals that were included with the purchase of the system or peripheral. These 

manuals typically include troubleshooting tables or guides that attempt to diagnose a 
user's problem on the basis of symptoms recognized by the user. The effectiveness of 
the user's manual in assisting the users in identifying and correcting the problems 
encountered depends in large part on the skill of the computer user and the clarity and 
20 completeness of the user's manual. An inexperienced user may have difficulty in 

locating the source of the problem and in following the often confusing instructions in 
the user's manual. Moreover, user's manuals are often deficient in that they do not 
address every difficulty encountered by the user. 

As an alternative or in addition to consulting a user's manual, a user 
25 experiencing difficulty with a system may consult diagnostic and support software 
stored locally on the system. The effectiveness of locally stored diagnostic software 
is limited in that the software programs generally display text files that have 
information similar to that found in user's manuals. As a result, users attempting to 
diagnose computer system problems through locally stored software programs face 
30 limitations similar to those faced by users attempting to diagnose system problems 
through a user's manual. 
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As another alternative, users may have access to a support or help line. A 
support or help line requires that the user contact a support technician or specialist at a 
central site. The support technician listens to the user's symptoms and attempts to 
diagnose the problem. This process often involves the support technician stepping the 
5 user through a series of diagnostic tests. If appropriate, the support technician may 
provide the user with instructions or tips for correcting the problem. The 
effectiveness of interpersonal diagnostic and support services of this sort depends in 
large part on the skill of the user being assisted. Regardless of the skill and 
knowledge of the support technician, the user will nevertheless have to describe 
10 correctly the problem being experienced, assist the support technician in diagnosing 
the problem, and perform the fix or correction suggested by the support technician. 

An issue relating to the support system relates rendering possible solutions to a 
customer in the order of most frequently used without regard to whether the solution 
has been successful for other customers. 

15 Known solutions offer the capability to manually adjust the weighted value of 

a solution that was calculated by usage only. With known solutions, a technician or 
team of technicians manually evaluate call logs to determine the usefulness and 
correctness of solutions. 

SUMMARY OF THE INVENTION 



20 In accordance with the present invention, a knowledge management system is 

provided which includes the ability to dynamically verify knowledge within the 
solution network. Such a system is advantageously response to an ever changing and 
fast paced environment of technology. Another benefit of such a system includes 
early warning on product defects. If a solution has a history of success, but suddenly 

25 begins to fail, then the product itself may be producing false diagnostic indications. 

More specifically, the knowledge verification process automatically associates 
every call with a solution that was used. The verification process waits for a specified 
time based on the customer experience metrics to verify if the customer contact the 
solution network again. If no contact is made by that customer, then a counter for that 
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solution is incremented to indicate a successful solution. The more successful the 
solution becomes, the higher the solution is scored, which thus causes the solution to 
present itself higher on a list of available solutions. If a customer contact is made 
with the same customer within a defined time frame, then the solution is flagged as 
5 not successful and the solution is escalated into a correction workflow, where a 

product specialist reviews the solution for any needed correction. The solutions that 
have passed through the automated verification process now are relevant and 
weighted both on usage and effectiveness. 

In one embodiment, the invention relates to a method for verifying solutions 
10 provided by a solution network which includes automatically associating a call from a 
customer with a solution that is provided to the customer to solve an issue, waiting a 
predetermined amount of time to verify whether the customer contacts the solution 
network again and indicates a successful resolution to the issue if no contact is made 
by the customer within the predetermined amount of time. 

15 In another embodiment, the invention relates to an apparatus for verifying 

solutions provided by a solution network which includes means for automatically 
associating a call from a customer with a solution that is provided to the customer to 
solve an issue, means for waiting a predetermined amount of time to verify whether 
the customer contacts the solution network again, and means for indicating a 

20 successful resolution to the issue if no contact is made by the customer within the 
predetermined amount of time. 

In another embodiment, the invention relates to a system for verifying 
solutions provided by a solution network which includes a call associating module, a 
waiting module, and a successful resolution module. The call associating module 
25 automatically associates a call from a customer with a solution that is provided to the 
customer to solve an issue. The waiting module waits a predetermined amount of 
time to verify whether the customer contacts the solution network again. The 
successful resolution module indicates a successful resolution to the issue if no 
contact is made by the customer within the predetermined amount of time. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention may be better understood, and its numerous objects, 
features and advantages made apparent to those skilled in the art by referencing the 
accompanying drawings. The use of the same reference number throughout the 
several figures designates a like or similar element. 

Figure 1 shows a block diagram of a solution environment. 

Figure 2 shows a block diagram of a solution network. 

Figure 3 shows a flow chart of the operation of an knowledge verification 
module. 

Figure 4 shows a block diagram of a process view of the interaction within the 
solution network. 

DETAILED DESCRIPTION 

Referring to Figure 1, a block diagram of the solution environment 100 is 
shown. More specifically, the solution environment 100 includes a create portion 
1 10, a store portion 112, a retrieve portion 1 14 and a present portion 1 16. 

The create portion 110 provides an environment in which knowledge is 
created. More specifically, the create portion 1 10 includes a content authoring portion 
120 and a workflow engine portion 122. The content authoring portion provides a 
structured customer service and support (CSS) process which is integrated with a 
solution network server. The content authoring portion 122 also includes a 
knowledge capture portion which enables knowledge capture during communication 
with a customer. The workflow engine portion 124 provides a content improvement 
function, a knowledge verification function, a knowledge classification function as 
well as closed loop metrics for knowledge creation. 



Attorney Docket No. : DC-05623 



The store portion 112 provides the environment in which knowledge is stored. 
More specifically, the store portion 112 includes a centralized knowledge repository 
130 in which knowledge that is created in the create portion 1 10 is stored. 

The retrieve portion 114 provides the environment in which knowledge is 
5 retrieved. More specifically, the retrieve portion includes a search engine 140 in 
which various types of searches may be performed on the centralized knowledge 
repository 130. The searches may be in the form of, e.g, text searches, Boolean 
searches or natural language searches, etc. The retrieve portion also includes an 
advanced search and troubleshooting portion 142 which provides case based reason 
10 function as well as a decision tree function. 

The present portion 116 provides the environment in which support 
knowledge is presented to a customer. More specifically, the present portion 116 
provides a personalized presentation 150 of support knowledge. This information 
may be tailored to the internal or external customer needs. Providing a personalized 
15 presentation 150 becomes a call avoidance enabler in that a personalized presentation 
may enable a customer to obtain a answer to a problem without the need for a specific 
call to customer support. 

The solution environment streamlines resource usage and enhances knowledge 
mining capabilities by eliminating the need for a third party or disconnected content 

20 creation group. The environment enables content creation applicable to the customer 
and business needs by integrating the content creation process and the call center 
technician phone intake process. The technical information is removed from a 
customer management tool and placed in a repository that can be used by other 
technicians. The environment thus enables continual use which allows the technical 

25 repository to evolve and grow while focusing knowledge mining on confirmed 
applicable incidents as compared to a perceived need. 

Referring to Figure 2, a block diagram of a solution network 200 which 
instantiates the solution environment is shown. More specifically, the solution 
network 200 includes a technician interface module 210, a customer interface module 
30 212, an information broker 213, an internal repository 214, an enterprise data 
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repository 216, a real time publishing agent 218, a decision tree authoring module 
220, a content/PG teams solution authoring module 222, a Non-solution network 
(Non-SN) content module 224 and a replacement parts module 226. The technician 
interface module 210 is coupled to the enterprise data repository 216, to the customer 
5 interface module 212 and to the information broker 213 as well as to the internal 

repository 214. The internal repository 214 is coupled to the information broker 213 
and the real time publishing agent 218 as well as the decision tree authoring module 

220, the content/PG teams solution authoring module 222, the Non-solution network 

V 

(Non-SN) content module 224 and the replacement parts module 226. The real time 
10 publishing agent 218 is coupled to the customer interface 212. 

The technician interface module 210 provides the user interface function 
between the technician and the solution network system 200. The customer interface 
module 212 provides the interface function for customers to the solution network 
system 200. The information broker 213 accesses information from the internal 

1 5 repository 214 and provides this information to the technician interface 210. The 
internal repository 214 provides a repository for troubleshooting solutions (both 
solutions and solution trees) as well as metrics relating to the solution network. The 
troubleshooting solutions may include articles, decision trees, and policies. The 
information broker 213 determines a best answer for a user based upon the user's 

20 answers to questions presented by the technician. The solution may be an action, such 
as rebooting the customer system, or the solution may be an actual part that needs to 
be replaced on the customer system. In the case of a part, the part number may be 
listed as the solution within the internal repository 214. 

The enterprise data repository 216 is a customer database which includes 
25 histories on a customer including what system the customer has purchased, the 

components included with the system, profile history (i.e., contact information) as 
well as prior service history, prior rendered solutions and prior web support activity. 
Linking this customer information with the solution network 200 enables generating a 
solution faster and with fewer questions to the customer. Additionally, providing the 
30 component information to the solution network 200 enables solutions to be rendered 
that may be component specific. Additionally, maintaining service history on a 
customer basis enables the solution network 200 to tailor customer specific solutions 
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as well as monitoring whether a particular customer is trying to take advantage of the 
service provider by obtaining excess replacement components. 

The real time publishing agent 218 enables the solution network 200 to release 
knowledge immediately while the solution network 200 is running. Thus, technicians 
5 and customers have access to solutions stored within the repository 214 as soon as the 
solution is released, without having to wait for a new publish cycle to occur. 

The technician interface 210 includes a server module 230, an internal search 
module 232, a decision tree navigation module 234 and a SN technician solution 
authoring module 236. The server module 230 provides the service on which the 

10 technician interface 210 resides. The SN internal search module 232 receives 
customer described issue and searches the internal repository 214 for possible 
solutions. The search module 232 systematically converts how a customer describes 
an issue into searchable keywords. For example, if a customer call and informs the 
technician that the customer system will not turn on, the search module may convert 

15 this to a technical search for solutions relating to a "No Power on Self Test (POST)" 
condition. The decision tree navigation module 234 controls the way that branches on 
a solution network decision tree are rendered. The technician solution authoring 
module 236 enables a technician to modify or augment a solution provided by the 
repository in real time (i.e., provide the modification or augmentation to the 

20 repository while the technician is interacting with a customer). A particular line of 
business can see these augmentations either immediately or after release from 
incubation. The level of incubator at which the line of business is notified is 
customizable depending on the desires of each line of business. 

The customer interface 212 is, for example a web customer interface, which is 
25 accessible via the internet. The customer interface 212 includes a web usage history 
module 240, a web search and presentation module 242 and an external article 
repository 244. The web usage history module 240 maintains a history of the 
interaction between a customer and the solution network 200. This history is 
maintained so that if an issue is forwarded from the customer interface 212 to the 
30 technician interface 210, the technician can easily determine what questions or 
answers have already been tried by the user when attempting self-help via the 
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customer interface 212 before enlisting technician assisted support. The web 
search/presentation module 242 is the module with which the customer interacts when 
accessing the customer interface 212. The external article repository 244 is a 
repository of documents that have been released for public access. 

5 The decision tree authoring module 220 stores information within the 

repository 214 which enables knowledge to be linked together in a process oriented 
fashion. The content/PG teams solution authoring module 222 enables the authoring 
of stand alone knowledge solutions and applies the appropriate attributes to this 
knowledge. The Non-solution network (Non-SN) content module 224 stores 

10 information regarding policies and procedures within the repository 214. For 

example, a particular customer might have certain associated business policies that a 
technician might be expected to apply. The Non-SN content module 224 thus 
essentially applies a filter to particular customer situations. The Non-SN content 
module 224 also includes training material for training support technicians. This 

15 training material includes extra support detail than is provided to technicians who are 
interacting with customers. The Non-SN content module 224 also provides a conduit 
into other support tools that might not have been stored within the repository 214. 
The replacement parts module 226 develops solutions relating to which replacement 
parts are associated with particular systems. 

20 The solution network 200 includes the ability to dynamically verify 

knowledge within the solution network. More specifically, the solution network 200 
includes a knowledge verification process which automatically associates every call 
with a solution that was used. The verification process waits for a specified time 
based on the customer experience metrics to verify whether the customer contacted 

25 the solution network again. If no contact is made by that customer, then a counter for 
that solution is incremented to indicate that the solution provided a successful 
resolution and thus was a successful solution. The more successful the solution 
becomes, the higher the solution is scored, which thus causes the solution to present 
itself higher on a list of available solutions. If a customer contact is made with the 

30 same customer within a defined time frame, then the solution is flagged as not 

successful and the solution is escalated into a correction workflow. In the correction 
workflow, a product specialist reviews the solution for any needed correction. The 
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solutions that have passed through the automated verification process now are 
relevant and weighted both on usage and effectiveness. 

Referring to Figure 3, a flow chart of the operation of a knowledge verification 
module 300 is shown. More specifically, the knowledge verification module 300 
5 starts when a customer communication is completed. Next the solution network 200 
access the database which is, e.g., repository 214, and pulls all first time fixes (FTFs) 
and first time resolves (FTRs) from the database 214 at step 312. The solution 
network 200 then determines whether the knowledge base 214 was used at step 316. 
If the knowledge base was not used, then the solution network 200 sends the issue to 
10 the line of business review team to train the technician at step 318 and the knowledge 
verification operation completes. 

If the knowledge base 214 was used, then the solution network 320 determines 
whether the present issue is a new contact on the case. I.e., is this the first time that a 
certain customer contacted customer support? If the present issue is a new contact, 
1 5 then the timer is reset to zero and the new contact value is set to "no" at step 330 and 
the process proceeds to step 340. 

If the issue is not a new contact then the solution network 200 determine 
whether the usage is out of control limits at step 340. A usage is out of control limits 
if, for example, there are a relatively high incidence of calls relating to a particular 
20 issue. The control limits are set to cause an indication of a possible excursion when 
certain control limits, such as frequency of access to a particular issue solution. 

If the excursion usage is not met, then the process proceeds to decision step 
342 where the solution network 200 determines whether the incubator timer has been 
exceeded. The incubator timer indicates an amount of time that the solution network 
25 will wait before making the determination that a provided solution solved a customer 
issue. The assumption is that if a customer does not call back on a particular issue 
within a certain amount of time then the issue was resolved with whatever was 
provided as the last solution. 

If the control limits are exceeded, then the issue is identified as a high 
30 importance issue and flagged as a possible excursion at step 350. The issue is then 
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provided to the appropriate line of business reviewer at step 352. The process also 
proceeds to step 342. 

If the incubator decision step 342 determines that the incubator timer has not 
been exceeded, then the knowledge verification process returns to the initial step of 
5 the process and the process restarts to monitor for the completion of another call from 
the customer. 

If the incubator decision step 342 determines that the incubator timer has been 
exceeded, then the knowledge verification module 300 proceeds to determine whether 
an issue is a new or modified issue at step 360. If the issue is not a new or modified 
10 issue, indicating that the solution has not been newly entered or modified by a 
technician, then the knowledge verification module 300 completes execution. 

If the issue is a new or modified issue, then the status of the issue is checked at 
step 362 to determine whether the issue has not been proven and whether the solution 
was used three or more times. If the solution to the issue has been used three or more 
1 5 times, then the solution is identified as proven by setting a corresponding solution 
flag. Next the knowledge verification module 300 increments the solution counter 
corresponding to the particular solution by one at step 364 and the execution of the 
knowledge verification module completes. 

Referring to Figure 4, a block diagram of a process view of the interaction 
20 within the solution network 200 is shown. More specifically, the solution network 
200 provides the link between the knowledge delivery portion 420, the technical 
support content creation/sustaining portion 422 and the product group content creation 
portion 424. 

The solution network 200 is coupled to a customer 430 via a support web site 
25 440 or via a first level of support call flow 442. Call flow within the solution network 
200 is tiered. E.g., a first level support technician may receive an initial support call. 
If this technician can not solve the issue, then the call may be escalated to another 
more sophisticated technician based upon the difficulty of the issue. The solution 
network 200 is coupled to the technical support content creation/sustaining portion 
30 422 and more particularly to the call flow modify/create module 410 as well as to a 
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technical escalations module 450 and an excursion process module 452. The solution 
network 200 is coupled to the product group content creation portion 424 and more 
particularly to a new product content module 460 and a product group technical 
escalations module 462 as well as the excursion process module 300. 

5 The technical escalations module 450 enables the escalation of an issue from a 

first level skill level technician to a second level skill level technician. The escalation 
enables a skill based routing of the issue based upon questions that have been 
previously asked of the customer. Upon escalation of an issue, the second level skill 
level technician may generate or modify a document to address the issue that was 
10 escalated. The call flow modify/create module 410 is the module via which the 
technical support technicians create or sustain content within the solution network 
200. 

The product group content creation portion 424 is the portion via which 
product group engineers create content that is provided to the solution network 200. 
1 5 The product group technical escalations module 462 enables the escalation of an issue 
from a second level skill technician to a product group engineer. The engineer then 
creates a new document for the issue via the product group content creation portion 
424 that is then provided to the solution network 200. 

The excursion process module 452 handles exceptions to the solution process 
20 at a platform or system level to address when a specific system, a specific component 
or specific software or some combination of a specific system, specific component 
and specific software may require a unique solution. 

For purposes of this disclosure, an information handling system may include 
any instrumentality or aggregate of instrumentalities operable to compute, classify, 

25 process, transmit, receive, retrieve, originate, switch, store, display, manifest, detect, 
record, reproduce, handle, or utilize any form of information, intelligence, or data for 
business, scientific, control, or other purposes. For example, an information handling 
system may be a personal computer, a network storage device, or any other suitable 
device and may vary in size, shape, performance, functionality, and price. The 

30 information handling system may include random access memory (RAM), one or 



-12- 



Attorney Docket No.: DC-05623 



more processing resources such as a central processing unit (CPU) or hardware or 
software control logic, ROM, and/or other types of nonvolatile memory. Additional 
components of the information handling system may include one or more disk drives, 
one or more network ports for communicating with external devices as well as various 
5 input and output (I/O) devices, such as a keyboard, a mouse, and a video display. The 
information handling system may also include one or more buses operable to transmit 
communications between the various hardware components. 

The present invention is well adapted to attain the advantages mentioned as 
well as others inherent therein. While the present invention has been depicted, 

10 described, and is defined by reference to particular embodiments of the invention, 

such references do not imply a limitation on the invention, and no such limitation is to 
be inferred. The invention is capable of considerable modification, alteration, and 
equivalents in form and function, as will occur to those ordinarily skilled in the 
pertinent arts. The depicted and described embodiments are examples only, and are 

1 5 not exhaustive of the scope of the invention. 

Also, for example, the above-discussed embodiments include software 
modules that perform certain tasks. The software modules discussed herein may 
include script, batch, or other executable files. The software modules may be stored 
on a machine-readable or computer-readable storage medium such as a disk drive. 

20 Storage devices used for storing software modules in accordance with an embodiment 
of the invention may be magnetic floppy disks, hard disks, or optical discs such as 
CD-ROMs or CD-Rs, for example. A storage device used for storing firmware or 
hardware modules in accordance with an embodiment of the invention may also 
include a semiconductor-based memory, which may be permanently, removably or 

25 remotely coupled to a microprocessor/memory system. Thus, the modules may be 
stored within a computer system memory to configure the computer system to 
perform the functions of the module. Other new and various types of computer- 
readable storage media may be used to store the modules discussed herein. 
Additionally, those skilled in the art will recognize that the separation of functionality 

30 into modules is for illustrative purposes. Alternative embodiments may merge the 
functionality of multiple modules into a single module or may impose an alternate 
decomposition of functionality of modules. For example, a software module for 
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calling sub-modules may be decomposed so that each sub-module performs its 
function and passes control directly to another sub-module. 

Consequently, the invention is intended to be limited only by the spirit and 
scope of the appended claims, giving full cognizance to equivalents in all respects. 

5 Other Embodiments 

Other embodiments are within the following claims. 
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